home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000059_yackd@alaska.et.byu.edu_Fri Oct 1 23:12 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  4KB
  1. Received: from yvax2.byu.edu by maine.et.byu.edu; Fri, 1 Oct 93 23:12:37 -0600
  2. Return-Path: <yackd@alaska.et.byu.edu>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H3M65KA50094IFSE@yvax.byu.edu>; Fri, 1 Oct 1993 23:10:32 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H3M65HEQEO936B5U@yvax.byu.edu>; Fri, 1 Oct 1993 23:10:28 MDT
  7. Received: from yvax.byu.edu by alaska.et.byu.edu; Fri, 1 Oct 93 23:09:53 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H3M629JS34936CGQ@yvax.byu.edu>; Fri, 1 Oct 1993 23:07:53 MDT
  10. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H3M624K08W9369P8@yvax.byu.edu>; Fri, 1 Oct 1993 23:07:46 MDT
  12. Received: by alaska.et.byu.edu; Fri, 1 Oct 93 23:09:32 -0600
  13. Date: Fri, 01 Oct 1993 23:09:32 -0600
  14. From: yackd@alaska.et.byu.edu (Don Yacktman)
  15. Subject: Possible projects
  16. To: misckit@byu.edu
  17. Message-Id: <9310020509.AA06260@alaska.et.byu.edu>
  18. Content-Transfer-Encoding: 7BIT
  19. Status: RO
  20.  
  21.  
  22. Folks, just a quickie note here...
  23.  
  24. If you're itching to lend a hand to actually coding something,
  25. but have no idea where to start, take a look in the Temp area
  26. of the MiscKit.  I tend to be very busy, but I have a lot of
  27. sketches of various interesting objects in there, and if there
  28. is one that interests you, I'd be happy to accept any code or
  29. modifications that you'd like to add.  The only two to watch
  30. out for are (1) the ProgressView, a modification of the one
  31. in the NS Dev Tools manual (chap 18), which I've been extending,
  32. and (2) Scott Anguish's ClockView; if you have suggestions on
  33. that one they should go to him directly.  You also might check
  34. out the ToDo list and offer a hand to authors listed there, if
  35. you like; it's up to them to decide whether or not they want help.
  36. If you have a project already that you'd like to contribute,
  37. let me know and I'll put it in the in progress area.  Also, if
  38. there's something in the license or charter that you don't like,
  39. which may be possibly holding you back, let me know now!  I'm
  40. working on yet another draft, and you really ought to complain
  41. to me now so that I can get it finished off once and for all. :-)
  42.  
  43. Well, enough of that.  I know that many of you are planning on
  44. _using_ the objects, and don't much care about contributing.
  45. That's fine, too, but if there's stuff in the license that
  46. bothers you, let me know!  If there's certain objects you think
  47. ought to be written by somebody, say so!  In other words, it
  48. doesn't matter whether you are developing or using the kit;
  49. comments and wish lists are welcome.  I want this to be the
  50. best thing around, and without constructive criticism, nothing
  51. gets better.  And I know that you can't possibly like _all_ my
  52. ideas, after all, even I throw out the obsolete ones after
  53. they cause me enough pain!  :-)
  54.  
  55. And, as release-itis is about to strike again, I hope to make a
  56. new release of the MiscKit next week, probably on Tuesday.  That
  57. will give those who don't read e-mail over the weekend a chance
  58. to bug me before the next release.  Unless something major is
  59. wrong with the license, we'll tentatively go with the one in
  60. that release, so _be_sure_you_like_it_  or forever hold your
  61. peace.  Now's your chance to be a major influence.  One the
  62. license is set, only contributors, by vote, will be able to
  63. change it!
  64.  
  65. And again, let's start hearing about code.  What contributions
  66. could/would you make?  What would you like to see?  Seems for
  67. all the railing about details on shared resources, no one has
  68. yet produced an object or objects with enough shareable resources
  69. to make it worth attempting.  And frankly, I doubt sharing
  70. resources will ever be worth the hassles, the more that I look
  71. at it.  Look at Scott Anguish's ClockView, especially in the
  72. next release, for a great example of a PB subproj that encapsulates
  73. the resources in a developer-friendly way...avoiding that mess
  74. entirely.  Also, if you are preparing an object for inclusion,
  75. make sure that class names and #defined constants and typedefs
  76. all use the "Misc" prefix, but **not** methods.  Also, it is up
  77. to you to decide whether or not to use Misc with static functions.
  78. It's not necessary at all for those.
  79.  
  80. Well, feedback, anyone?  (I've heard from only about 4/70 of you
  81. so far...and I'm sure the other >60 have opinions, voiced or not!)
  82.  
  83. Later,
  84. -don